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DESCRIPTION 

GRAPHIC IMAGE CODING 

The present invention relates to methods and apparatus for the 
encoding of image data and, in particular, for the handling of data specifying 
data in the form of rows and columns of pixel colour values. 

More and more consumer electronics appliances are gaining graphical 
user interfaces requiring the embedded storage of graphical assets, or images, 
to present an aesthetic on-screen display. Efficient storage of these images is 
essential if the memory requirements of display materials is not to become an 
unacceptable overhead. To achieve such a reduction, image compression is 
used. 

Run length encoding (RLE) is a technique used widely in image 
compression. As will be readily understood, an RLE algorithm determines the 
number of contiguous pixels of the same colour and stores this count along 
with the pixel colour. This is done in a scanning fashion, row by row. Images 
that contain contiguous pixels in a row-wise fashion, as illustrated in Figure 1 
of the attached drawings, achieve the best compression ratios. However, 
where the image contains contiguous pixels ordered in a column-wise fashion, 
as illustrated in Figure2, problems arise. The standard RLE row-wise encoding 
algorithm cannot cope with this and a sub-optimal compression ratio is 
achieved. 

United States patent 5,748,904 to Huang et al describes a method and 
system for compressing graphic data by dividing the data into segments of 
programmable size. Each segment of the graphic data is compressed by three 
different algorithms that encode the graphic data as a plurality of code words, 
with a header being provided in the encoded image data to indicate the 
number of code words and the compression method used in each code word. 
The total number of bytes obtained from the compression of a segment is 
compared to a pre-defined limit to identify whether pre-determined criteria for 
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the success of compression have been met and, if so, a flag is set to indicate 
that a segment has been compressed. 

Such a method and apparatus may well be result in reduction of the 
storage space required for a given image, but it is at the expense of increased 
5 or enhanced processor capabilities required to implement the three algorithms. 
The present applicants have recognised that such an approach is unsuited to 
devices having restrictions as to processor capability, for example portable 
telephones, personal digital assistants (PDA's), and personal/portable 
computers. 

10 

It is therefore an object of the present invention to provide a system for 
the handling of image data, whether encoding or decoding, which is relatively 
simple yet effective to implement. 

In accordance with a first aspect of the present invention there is 

is provided an image encoding apparatus configured to receive data defining 
respective colour values for pixels arranged in rows and columns to make up 
said image, said apparatus being arranged to apply coding for pixels to 
provide image compression, wherein said apparatus is configured to encode 
said image as either sequential rows or columns, in dependance on which 

20 requires less storage. By applying the relatively simple (and not overly 
processor demanding) test as to whether row-wise or column-wise encoding 
gives the better data compression, a reduction in the volume of stored data 
may be achieved for a reasonable processing overhead. 

Such an apparatus is suitably configured to apply run-length coding for 

25 runs of pixels having the same colour value to provide image compression. 
Alternatively, or in addition, such apparatus may be configured to apply run- 
length coding in row-wise and column-wise directions and be configured to 
store the encoded data for whichever orientation requires less overall data to 
store a resulting compressed image. 

30 The apparatus may be further configured to include in the data an 

indicator as to the coding direction, row or column, utilised. Such an indicator 
may be a one bit flag indicating, in one setting, that row-based coding has 
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been utilised and, in its other setting, that column-based coding has been 
utilised. 

Also in accordance with the present invention, there is provided a 
method of encoding image data when specified as respective colour values for 

5 pixels arranged in rows and columns, comprising determination as to whether 
image compression through sequential row-wise or column-wise image coding 
requires fewer data bits for storage of the resulting encoded image. Such a 
method may include run-length coding for runs of pixels having the same 
colour value in the row or column direction, as selected. Such a method may 

10 further include the step of including an indication in the encoded image data as 
to the selected coding direction. 

In accordance with a further aspect of the present invention, there is 
provided a decoder apparatus configured, on receiving an image encoded 
according to the method recited above, to determine whether row-wise or 

15 column-wise coding has been applied, and to apply the appropriate decoding 
to recreate an image. Such a decoder apparatus may be further configured to 
identify, in a data stream comprising an encoded image, a data flag and the 
setting thereof to identify the direction of the coding applied. 

Also in accordance with the present invention there is provided a 

20 removable data carrier holding data defining at least one encoded pixel image, 
said image being run-length encoded as to pixel colour values in whichever of 
the row-wise and column-wise direction requires the fewer data bits. 

Still further in accordance with the present invention there is provided a 
data signal carrying data specifying at least one encoded pixel image run- 

25 length encoded as to pixel colour values in whichever of the row-wise and 
column-wise direction requires the fewer data bits, said signal further including 
a data flag identifying the encoding direction, whether row-wise or column- 
wise. 

By using the encoding method and apparatus of the present invention, 
30 the image file size (the volume of data required for storage) for the image of 
Figure 2 can be reduced to that of Figure 1 by compressing using a column- 
wise encoding scheme rather than a row-wise one. 
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Further features and advantages will become apparent from reading of 
the following description of preferred embodiment of the present invention, 
given by way of example only and with reference to the accompanying 
drawings, in which: 

5 Figures 1 and 2 are example pixel images having respectively a 

predominance of horizontal and vertical pixel contiguous colour value runs; 

Figure 3 schematically illustrates the principle of run-length coding; 

Figure 4 is a block schematic diagram of a data processing apparatus 
suitable for configuration as an encoder or decoder apparatus embodying the 
10 present invention; 

Figure 5 is a flow chart representing steps of an encoding algorithm 
embodying the present invention; and 

Figure 6 is a flow chart representing steps of a decoding algorithm 
embodying the present invention. 

15 

The present invention is based on a methodology whereby, to achieve 
an improved compression ratio the image is encoded twice - once in a row- 
wise scanning fashion and again in a column-wise scanning fashion. The two 
resulting file sizes are then compared and the best one (i.e. the smallest in 

20 terms of the number of required bits) is stored. The savings from choosing the 
better of horizontal or vertical RLE are illustrated by considering applying 
horizontal RLE to the bitmap images of Figures 1 and 2. The image of Figure 
1 may be compressed by horizontal RLE to 1 ,604 bytes whereas horizontal 
RLE applied to the image of Figure 2 gives a compressed value of 5,548 bytes 

25 - greater than three times the result for the image of Figure 1 . By selecting the 
correct (or most economic) orientation, valuable savings in required data 
storage may be achieved. 

The principals of run-length encoding are schematically illustrated in 
Figure 3 which represents a sequence of pixels having respective colour 

30 values. The upper part of the figure represents the sequence of colour values 
10 (one per pixel) with the lower part representing the encoded form having 
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respective groupings comprised of a number 12 indicating the run length 
followed by a colour value 10 pertaining to all pixels of that run. 

When compressing the image, the encoding orientation must be 
recorded. This is suitably achieved with a Boolean flag BF indicating row or 
column-wise encoding, as indicated at 14 in Figure 3 following a start of image 
SF indicator 16 in the encoded stream. On decompression the BF orientation 
flag is queried to reveal whether row or column decoding is necessary. 

Using the above compression approach incurs an overhead - namely 
that compressing requires two passes, while decompressing only requires one. 
This is not a problem because the compression process is typically done at 
compilation time, when the images are burnt into ROM or otherwise stored. 
The only slight overhead incurred at runtime is in deciding the decoding 
orientation, which is minimal. The main advantage is in the improved 
compression ratio achieved. 

Figure 4 is a block schematic diagram of apparatus suitable for 
configuration as an image encoding apparatus, according to respective 
aspects of the present invention. The apparatus comprises a processor CPU 
20 connected via address and data bus 22 to random access and read only 
storage RAM 24, ROM 26, together with a further storage means for offline 
data, such as a CD-ROM 28 accessed via a suitably configured reader 30. 
Also coupled to the CPU 20 via the bus 22 are various user input devices 32 
(such as a keyboard, mouse or joystick), an image buffer 34 (for the 
accumulation of output pixel data for presentation on display 36) and an 
interface 38 to further external data sources such as the internet. 

The configuration of the apparatus as encoder or decoder may be down 
to software run by CPU 20 and loaded up from one of the memories 24, 26 or 
external data sources 28, 38, although hardware configuration as one or the 
other is not ruled out. As an encoder, the CPU 20 receives data defining 
respective colour values for pixels arranged in rows and columns to make up 
an image. The CPU 20 takes the data from sources 24,30,32 or 38 and 
selectively encodes it as either sequential rows or sequential columns of pixel 
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data, in dependence on which direction requires less storage for the encoded 
image data in, for example, RAM 24. 

When configured as a decoder apparatus, the CPU 20 may read the 
encoded pixel data from disc 28 via reader 30 and temporarily store it in RAM 

5 24 for processing, during which the short frame SF 16, Boolean flag BF 14, run 
length 12 and colour value 10 data fields are read and processed to enable the 
CPU 20 to recreate the image. On recreation, the image pixels are stored in 
buffer 34 until a complete frame has been assembled for output to display 36. 
The flow chart in Figure 5 shows a high level view of the compression 

10 algorithm applied by the host system of Fig. 4, typically, a PC or similar. 

Walking through the flow, the source image to be compressed is loaded 
into memory, at 100. It is then compressed twice, using row-wise 102 and 
column-wise 104 algorithms to respectively create row-wise 106 and column- 
wise 108 compressed images. The compression orientation flag is set 

15 appropriately in each case. The resulting compressed images are written to file 
and the file sizes stored in RAM; R and C, as indicated at 1 10. 

A selection 112 then determines which is the larger of the two values R 
and C. If the column-wise compressed image file C is larger this indicates that 
compression of the source image is more suited to row-wise compression. The 

20 column-wise compressed image file is then deleted 114, leaving a row-wise 
compressed image file. The converse occurs if the column-wise C compressed 
image file is smaller, with the row-wise compressed image file being deleted, 
at 116. 

The flow chart in Figure 6 shows a high level view of the decompression 
25 algorithm applied by a suitably configured host system, such as that of Fig. 4. 
The decompression of images is done on the target system - for example a CE 
device (such as a DVD player). 

Walking through the flow, a handle to the compressed image is 
retrieved at 120 from ROM 26. A selection 122 then determines the 
30 compression orientation and the appropriate decompressor (row-wise at 124, 
column at 126) is used to decompress the image. 



7 



PHGB 000188 US 



From reading of the foregoing, it will be understood that the present 
invention is not limited to the specific embodiments described hereinabove, 
and that further or alternative components, features, and/or functionalities, as 
will readily suggest themselves to the skilled practitioner, may be employed in 
place of the components, features or functionalities described hereinabove. 
Whilst the scope of the present invention is defined by the claims appended 
hereto, the applicants hereby give notice that further claims may be formulated 
directed to any novel feature or combination of features described herein. 



